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<?xml version= 'l.0'?> 

<PR0M0S GENERATOR INSTRUCTIONS> 

<GUID>()<GUID> 

<TIMESTAMP> 

<DATE>01012000</DATE> 
<TIME>01010101</TIME> 
</TIMESTAMP> ^ 

2102-^ <BANNER>Transaction Presentation Banner</BANNER> 
<VREGISTERTAPE>Virtual Register Tape<VREGISTERTAPE> 

< PRESENTATION NAME>Free Prints From Slides</PRESENTATION NAME> 
<PRESENTATI0N TYPE>Transartion</PRESENTATION TYPE> 

<PRESENTATI0N TRIGGER> 
<TRIGGER MAX>I</TRIGGER MAX> 



<TRIGGER PRI0RITY>4</TRIGGER PRI0RITY> 
<SCRIPT TYPE>VBScripk/SCRIPT TYPE> 
i'/S^- <SCRIPT>IF UPC= " 1 234567890 B PLAY PROPOSITION 
2106-^ ■ http://www.server.eom/f reeprnt.swf</SCRIPT > AND CALL PROGRAM 
2108-^ "http://www.server.com/dSIGN -fTRANSACT -ojPRSENTATION 

NAMEI.HTM"</SCRIPT> 
< /PRESENTATION TRIGGER> 

<PR0P0SITI0N VALUE> 
<PR0PVAL INIT>1</PR0PVAL INIT> 
<PR0PVAL MAX>9</PR0PVAL MAX> 
</PROP0SITI0N VALUE> 

<PR0P0SITI0N INCREMENTATION> 
INCREMENTATION VA LUE> 1< /IN CREM ENTATION VALUE> 
<PROPINC TRIGGER>TransactionTotal</PROPINC TRIGGER> 
<PROPINC TRIGGER VALUE>10.00</PROPINC TRIGGER VALUE> 
<PROPINC PATTERN>smoofh</PROPINC TRIGGER> 
</PROPOSITI0N INCREMENTATION> 

<PROPOSITION END> 

<PROPEND PRESENTATIONS Prints From Slides Complete</PROPEND 
PRESENTATION> 

<THANK YOU>http://www.server.com/thankyou.gif</THANK YOU> 
</PROPOSITION END> 



Fig. 21 A 
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<L0YALTY VALUE> 

<LOYALTYVAL INIT>CUSTOMER BALANCE</LOYALTYVAL INIT> 
<LOYALTYVAL MIN > 0 < ?L0 YALTYVAL MIN> 
<LOYALTYVAL MAX>50</L0YALTYVAL MAX> 
<L0YALTY VALUE> 

<L0YALTY INCREMENTATION 

<INCREMENTATION VALUE>Price</lNCREMENTATION VALUE> 
<LOYALTYINC TRIGGER>Addltem</LOYALTYINC TRIGGER> 
<LOYALTYINC TRIGGER VALUE>0.00</LOYALTYINC TRIGGER VALUE> 
<LOYALTYINC PATTERN>OECRE MENT< /LOYALTYINC TRIGGER> 
</L0YALTY INCREMENTATION 

<L0YALTY STATE REST0RE> 

<L0YSTRES VALUE>Cusiomer Bala nce</LOYSTRES VALUE> 
</L0YALTY STATE REST0RE> 

<L0YALTY END> 

< LOYALTY END P R ES E NT ATION > Loy a Ity Threshold PassecK/LOYALTYEND 

PRESENTATION> 

</LOYALTY END> 

<PRESENTATION END> 

<PRESENTEND DELAY>1 0000<PRESENTEND DELAY> 
<PRESENTEND CALL> 1 0000<PRESENTEND CALL> 
</PRESENTATION END> 

</PROMOS GENERATOR INSTRUCTION 



Fig. 21B 
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RETAIL TRANSACTION PROMOTION 
SYSTEM 

TECHNICAL FIELD 

The present invention relates to point of sales systems for 
conducting retail transactions and, in particular, to a method 
and system for displaying and/or broadcasting promotional 
and informational messages to a customer during a retail 
transaction. 

BACKGROUND OF THE INVENTION 

Point of sale ("POS") systems have been commonly 
implemented with proprietary cash register machines linked 
through a communications network to one or more back- 
room servers. Recent advances in computer hardware, 
manufacturing processes, operating systems, and software 
design methodologies have made possible new generations 
of POS systems based on personal computer ("PC") tech- 
nologies. Both traditional POS systems and new generation 
PC-based POS systems provide both valuable information 
collection services and basic facilitation of retail transac- 
tions. However, POS systems currently provide relatively 
minimal feedback to the customer, generally a sales receipt 
and possibly display representation of a sales transaction, as 
discussed above. In some currently available POS systems, 
various advertisements and consumer information may be 
printed on the sales receipt or displayed on a auxiliary 
monitor or LED display. However, these currently available 
POS systems lack the capability of complex scripted tailor- 
ing of promotional information or advertisements to a par- 
ticular customer within the context of the current retail 
transaction. Instead, advertisements and information are 
printed or displayed identically to each customer, on a 
random basis, or on the basis of simple item code matching. 
It would be desirable, for example, for a retail merchant to 
designate, within the POS system, particular promotional 
information tailored to particular customers based on the 
specific details of a retail transaction and on previously 
collected and processed information, including the loyalty 
information discussed above. Thus, purchase of a particular 
item by a particular customer might trigger an evaluation 
based on multiple variables within the transaction that leads 
to a special message or advertisement, including, for 
example, a discount or bonus computed from the evaluation. 
The need has therefore been recognized by retail merchants 
for POS systems with real-time, context driven promotional 
capabilities. 

SUMMARY OF THE INVENTION 

The present invention provides an augmented POS system 
that includes capabilities for real-time displaying and broad- 
casting of commercial information within the context of a 
retail transaction. Each front-end POS system is augmented 
with an auxiliary display or combined display and audio 
broadcast device for presenting promotional information to 
a customer during the course of a retail transaction. The 
auxiliary display device displays and may broadcast output 
of a web browser. A software messenger component resides 
within the front-end POS system in order to accept events 
from a POS system that are recognized by the POS system 
during the retail transaction. The messenger component 
translates the events into generalized messages that are 
queued to a message queuing component. The generalized 
messages are dequeued from the message queuing compo- 
nent by a generating component that generates web pages. 
The generated web pages are made available to a web server 
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that provides web pages to the web browser for display on 
the auxiliary display device included in the front-end POS 
system. The augmented POS system can thus, in real-time, 
display web pages via the web browser generated in 
5 response to events that occur during the retail transaction. 
The net result is the real-time display to a customer of 
specific information tailored to that customer in the context 
of the retail transaction. 

10 BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates a newer-generation POS system. 

FIG. 2 illustrates an example sales receipt and/or monitor 
display corresponding to an example retail transaction. 
. FIG. 3 is a high-level flow control diagram for the 
program "Sales Transaction" that represents a front-end POS 
application program. 

FIG. 4 is a flow control diagram for the routine "Scan 
Items." 

20 FIG. 5 is a flow control diagram for the routine "Receive 
Payment." 

FIG. 6 displays one embodiment of the promotional 
retailing system. 

FIGS. 7-14 illustrate the retail transaction of FIG. 2 
25 conducted on a promotional retailing system. 

FIG. 15 is a high-level architectural block diagram of the 
software components, and the interactions between the soft- 
ware components, of the promotional retailing system. 

FIGS. 16-18 illustrate different possible hardware con- 
30 figurations on which the various components of the promo- 
tional retailing system, shown in FIG. 15, can run. 

FIG. 19 is a flow control diagram describing operation of 
the promotional retailing system messenger. 
35 FIG. 20 is a flow control diagram of the promotional 
retailing system generator software component. 

FIGS. 21A-21B illustrate an example script run by the 
promotional retailing system generator. 

DETAILED DESCRIPTION OF THE 
40 INVENTION 

The present invention provides an augmented POS 
system, or promotional retailing system ("PRS"), that pro- 
vides real-time display, and that may also provide audio 

45 broadcast, of promotional information to a customer during 
a retail transaction. A number of different components are 
embedded within a POS system in order to produce the PRS. 
A messenger component is embedded within the front-end 
POS system in order to collect the events generated by the 

50 POS system, translate those events into generalized 
messages, and queue the generalized messages to a message 
queuing system, generally provided by a standard operating 
system within the front-end POS system or within one or 
more backroom servers. A generator component runs either 

55 on the POS system, a backroom server, or perhaps an 
additional computer, to dequeue the generalized messages 
from the queuing system, produce web pages corresponding 
to the generalized messages, and provide those web pages to 
a web server. A specialized web browser component dis- 

60 plays and perhaps broadcasts the web pages on an auxiliary 
display and broadcast device to a retail customer. This 
system thus provides real-time promotional information to 
the retail customer during the course of a retail transaction 
that can be specifically tailored to the customer within the 

65 context of the retail transaction. 

FIG. 1 illustrates a newer-generation POS system. The 
front -end portion of the POS system comprises a PC 102 or 



10/17/2003, EAST Version: 1.04.0000 



US 6,401, 

3 

similar computer system that includes a display monitor 104 
and one or more input devices, such as a keyboard 106. The 
front-end POS system also includes a cash drawer compo- 
nent 108 similar to the cash drawer of a cash register 
machine. The cash drawer is activated by a front-end POS 5 
application program running on the PC 102. The front-end 
POS system further includes a printing device 110 that prints 
out a sales receipt at the end of a transaction. The front-end 
POS system is intended for use at each check out counter 111 
or similar retail transaction station within a retail sales 10 
establishment. 

The front-end POS system essentially serves the purpose 
of a traditional cash register machine. A sales clerk scans 
items to be purchased using an optical scanner 112 or, 
alternatively, the keyboard 106 or another input device. The 15 
front -end application program running on the PC 102 cor- 
relates scanned product identifiers, such as barcodes, with 
entries within a file or database that describes each product. 
Such entries may include a text description of the product, 
the price of one unit in which the product is sold, infonna- 20 
tion as to whether the product should be taxed upon sale, and 
additional information useful for ordering, inventory 
control, and other operational and management tasks con- 
ducted either by the retail establishment or by a computer 
system located in a remote home office. As the items are 25 
scanned, a list of items is displayed on the display monitor 
104 along with prices and running totals, or, in other words, 
cumulative charges for the transaction. The front-end POS 
system is additionally linked by a computer network to one 
or more backroom server computers 114. The backroom 30 
server computer is commonly linked via a telecommunica- 
tions link 116 or a wide area network ("WAN") to computer 
systems that reside in a remote home office or a remote 
regional office. The backroom server computer 114 contains 
the management and control software that collects transac- 35 
tion information from front-end POS systems, processes the 
collected information, and both carries out management and 
maintenance tasks for the retail establishment as well as 
sending certain of the collected and processed information 
via the telecommunications link 116 to a remote computer 40 
system. The backroom server often, for example, conducts 
inventory control for the retail establishment, automated 
accounting, and, in addition, conducts statistical analysis or 
dynamic analysis of the flow of retail transactions. A remote 
computer system in a remote office may conduct similar 45 
management and maintenance tasks on a company-wide 
basis, including ordering and arranging for distribution of 
products to replenish stocks in the retail establishments. 

FIG. 2 illustrates an example sales receipt that may, in 
addition, be displayed on a monitor, corresponding to an 50 
example retail transaction. The sales receipt may include a 
header 202 specific to the retail establishment, a date 204 
and time 206 of the retail transaction represented by the 
receipt, and a graphic image, promotional message, or other 
types of advertising 208. Traditionally, the sales receipt 55 
includes an itemized list of the items purchased during the 
transaction 210 with columns that commonly include a text 
description of each item purchased 212, the quantity of each 
item purchased 214, an indication of whether the purchase 
of the item is taxable 216, and a price corresponding to the 60 
quantity of items purchased multiplied by the price of the 
basic unit of sale of the item 218. In addition, the sales 
receipt commonly includes various subtotals and a total 
price for the retail transaction 222. A printed sales receipt 
may differ in format and content from the display produced 65 
by the display monitor of the front -end POS system (104 in 
FIG. 1). 
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FIGS. 3-5 are flow control diagrams for a front-end 
application program running on the PC (102 in FIG. 1) of a 
front-end POS system. FIG. 3 is a highlevel flow control 
diagram for the program "Sales Transaction" that represents 
a front-end POS application program. In step 302, the 
program receives an identification of the customer for whom 
the retail transaction will be conducted. The customer iden- 
tification may be scanned from a membership card or keyed 
in by a sales clerk according to input from a customer. The 
program "Sales Transaction" then, in step 304, transmits the 
customer identification and an indication of the start of a 
retail transaction to the backroom server computer (114 in 
FIG. 1). In step 306, Sales Transaction receives certain 
information from the backroom server related to the 
customer, including what is commonly referred to as loyalty 
information. This loyalty information may include such 
information as the number of bonus points that the customer 
has accrued by shopping at the retail establishment, indica- 
tions of products that the customer has purchased recently in 
sufficient quantity to qualify for discounts or accelerated 
bonus points, and any other information pertaining to the 
customer. In step 308, Sales Transaction calls the routine 
"Scan Items" to process the scanning of all the items being 
purchased by the customer. When scanning of the items is 
complete, Sales Transaction, in step 310, displays a final list 
of items on a display monitor (104 in FIG. 1) and then, in 
step 312, calls the routine "Receive Payment" to process the 
payment by the customer for the items in the transaction. 
Following the payment, Sales Transaction waits, in step 314, 
for input from the sales clerk indicating that the transaction 
is complete. When the sales clerk indicates the end of the 
transaction, then Sales Transaction, in step 316, sends a list 
of the items purchased in the transaction, along with pay- 
ment information, to the backroom server and prints out a 
sales receipt on the printing device (110 in FIG. 1) of the 
front -end POS system. If input other than an indication of 
the end of the transaction is received by Sales Transaction 
following step 314, Sales Transaction returns to step 308 to 
continue scanning items and processing the transaction. 

FIG. 4 is a flow control diagram for the routine "Scan 
Items." In step 402, Scan Items waits for input from the 
scanning device or keyboard (112 and 106 in FIG. 1, 
respectively). When input is provided, Scan Items 
determines, in step 404, whether the input represents an 
identification of a product. If product identification has not 
been input, then, in step 406, Scan Items determines whether 
an end-of-scan indication has been input by the sales clerk. 
If so, Scan Items returns, in step 408. Otherwise, Scan Items 
returns to step 402 to wait for correct input. If a product 
identification was detected in step 404, Scan Items uses the 
product identification number, in step 406, to look up a file 
or database entry that describes the product. Then, using this 
information, Scan Items, in step 408, determines the quan- 
tity and total price for the scanned items. 

There are numerous reasons that a sales clerk may have 
scanned an item. For instance, the customer may simply 
have requested that the sales clerk provide the customer with 
the price. Alternatively, the sales clerk may scan the item in 
order to delete the item from the transaction when a cus- 
tomer changes his or her mind after the product was initially 
scanned Finally, the sales clerk may scan the product in 
order to add the product to the retail transaction. 

Along with the product identification, the input received 
in step 402 additionally contains an indication of the reason 
for the scan. For example, the sales clerk may depress a 
button on the scanner (112 in FIG. 1) or input information 
as to the nature of the scan via the keyboard (106 in FIG. 1). 
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In step 410, Scao Items determines whether the scan was 
made to display the price to the customer. If so, then, in step 
412, Scan Items displays the price and returns to step 402 to 
wait for further input. Otherwise, in step 414, Scan Items 
determines whether the scan was conducted in order to add 5 
the item to the retail transaction. If so, then in step 416, Scan 
Items adds the description of the item retrieved into 406 to 
a list of items that represents the retail transaction and 
updates any running totals for the retail transaction and then, 
in step 418, updates the display representing the retail 1Q 
transaction that is displayed on the display monitor (104 in 
FIG. 1) and then returns to step 402 to wait farther input. 
Otherwise, in step 420, Scan Items determines whether the 
scan was conducted in order to delete, or void, the item from 
the retail transaction. If so, then, in step 422, Scan Items 
deletes the description of the item retrieved in step 406 from 15 
the list of items that represents the retail transaction, updates 
the display in step 418, and returns to step 402 to await 
further input. Otherwise, Scan Items returns directly to step 
402 to await for correct input. 

FIG. 5 is a flow control diagram for the routine "Receive 20 
Payment/' In step 502, Receive Payment waits for an 
indication from the sales clerk, from a card reading machine, 
or from some other input machine, for an indication of the 
amount of payment, the type of payment, and possible 
additional account information. In step 504, Receive Pay- 25 
ment determines whether the customer is paying by credit 
card. If so, then Receive Payment, in step 506, connects a 
transaction with a bank or credit card service provider to 
transfer funds and record the retail transaction, and then 
proceeds to step 518, to be discussed below. Otherwise, in 30 
step 508, Receive Payment determines whether the customer 
is paying by check. If so, then in step 510, Receive Payment, 
according to information input by a check reading device or 
via keyboard entry by the sales clerk, verifies the customer* s 
checking account and determines the amount of the check, 35 
and then proceeds to step 518, to be discussed below. 
Otherwise, in step 512, Receive Payment determines 
whether a customer has paid in cash. If so, then, in step 514, 
Receive Payment determines the amount of cash based on an 
indication by the sales clerk, and proceeds to step 518, to be 40 
discussed below. Otherwise, in step 516, Receive Payment 
displays an error and returns to step 502. In step 518, 
Receive Payment displays on the display monitor (104 in 
FIG. 1) the amount of payment made by the customer and 
perhaps other information concerning the payment. In step 45 
520, Receive Payment determines whether, based on the 
payment received, change or cash must be returned to the 
customer. If so, then, in step 522, Receive Payment displays 
the amount of money to be returned to the customer. Finally, 
in step 524, Receive Payment returns. 50 

Of course, there are many additional details that need to 
be handled by the front-end POS system not illustrated in 
FIGS. 3-5. For example, in FIG. 3, a provision may be made 
for a customer to change his or her mind following scanning 
of the items and abort the retail transaction. Thus, provision 55 
for additional types of input in the Scan Items routine or in 
the Sales Transaction program might be made to detect such 
a desire to abort the retail transaction. FIGS. 3-5 are 
intended to illustrate the general operation of front-end POS 
application programs. There are many alternative ways to 60 
implement such an application program, and many addi- 
tional features that might be included. Various steps in FIGS. 
3-5 are labeled with a letter "E" within a circle, such as step 
302 in FIG. 3. This labeling indicates that the step represents 
an event that might trigger some further activity within the 65 
POS system, as will be discussed below with regard to 
implementation of the present invention. 
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FIG. 6 displays one embodiment of the PRS. This PRS is 
based on the newer-generation POS system displayed in 
FIG. 1. All but one component of the PRS are identical to 
components of the newer-generation POS system of FIG, 1 
and, in the interest of brevity, will be labeled with the same 
labels as used in FIG. 1. The above discussion of these 
components will not be repeated. 

The PRS 600 includes an auxiliary display device 602 that 
includes a visual display device and that may include audio 
speakers for broadcast of audio information. The PRS com- 
ponents of the described embodiment are written to gener- 
alized interfaces enabling any number of a variety of dif- 
ferent display and broadcast devices to be employed. The 
auxiliary display and broadcast device 602 is coupled to the 
PC 102 and is driven by a specialized web browser, or PRS 
browser, running on the front-end POS system PC 102. In 
alternate embodiments, an additional computer system 
might be provided to drive the auxiliary display device 602, 
or the display device might be driven from the backroom 
server 114. The messenger and generator components may 
run on the PC 102, or one or both of the generators and 
messenger components may run on the backroom server. 

The methods of the present invention can be used to 
augment any POS system to produce the PRS. Although the 
discussion will focus primarily on an embodiment of a PRS 
based on a newer-generation POS, traditional proprietary 
POS systems can also be augmented to provide real-time 
display and broadcast of promotional material to a customer 
within the context of a retail transaction. Implementation 
details of the messenger component and generator compo- 
nent may differ depending on the type of POS being 
augmented, as will be discussed below, but object-oriented 
technologies are employed to isolate and minimize such 
differences, where possible. Augmentation of any existing 
POS system to provide a PRS by the methods of the current 
invention does not require any proprietary, single -use hard- 
ware devices. Instead, augmentation of an existing POS 
system requires standard display devices, and possibly stan- 
dard audio broadcast devices, and a number of software 
components, including the PRS messenger, the PRS 
generator, a web server, standard message queuing facilities 
and information transfer protocols. 

FIGS. 7-14 illustrate the retail transaction of FIG. 2 
conducted on a PRS system. FIGS. 7-14 will be discussed 
with references to the various events indicated in FIGS. 3-5 
by labels comprising the letter "E" within a circle. FIGS. 
7-14 each show the appearance of the auxiliary display 
monitor (602 in FIG. 6) at a given instant in time as 
produced by the PRS web server. 

FIG. 7 illustrates the output displayed on the auxiliary 
display monitor during the initiation of the retail transaction. 
After the customer has produced a membership card or 
otherwise indicated the customer's identification to the sales 
clerk, and that customer identification has been received by 
the program "Sales Transaction" in step 302 of FIG. 3, Sales 
Transaction generates an event indicating the reception of 
the customer identification, and possibly the name of the 
customer, and passes that event to the PRS messenger. The 
PRS messenger queues the event which is, in turn, dequeued 
by the PRS generator in order to generate a hypertext 
markup language ("HTML") or dynamic HTML 
("dHTML") file that describes the output for the auxiliary 
display device, illustrated in FIG. 7. Thus, if the customer 
name is available on the membership card, the PRS is able 
to generate and display a welcome message specifically 
tailored to the customer 702 and an initially blank item list 
704. When Sales Transaction receives the loyalty informa- 
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don corresponding to the identified customer, in step 306 of 
FIG. 3, another event may be generated. In response to this 
event, the PRS may display information about "F* bonus 
points accrued by the customer and discounts on particular 
products, or types if of products, available to the customer 5 
based on previous purchases. The display output that results 
from the event generated by the reception of loyalty infor- 
mation as shown in FIG. 8. 

Once the retail transaction has been initiated, the sales 
clerk begins scanning individual products brought to the 10 
retail sales station by the customer. The scanning of the 
products, controlled by the routine "Scan Items" in FIG. 4, 
may generate a variety of different events, including events 
corresponding to steps 408, 412, 416 and 422 of FIG. 4. For 
example, the sales clerk might first scan a one-half gallon 15 
container of ice cream and then indicate, via a push button 
or keyboard entry, that there are 3 additional identical items 
being purchased by the customer. In response to input by the 
sales clerk and the scanning of the barcode on the side of the 
ice cream carton by the scanning device (110 in FIG. 1), 20 
Scan Items generates an event corresponding to step 416 of 
FIG. 4, in which the ice cream is added to the list of items 
representing the retail transaction. In response to that event, 
the PRS may generate certain promotional or product infor- 
mation based on the identity of the item and quantity added 25 
to the retail transaction. For example, the PRS may be 
configured to recognize the purchase of a relatively large 
quantity of a small size of a particular product in order to 
display an informational message to the customer indicating 
the availability of larger sizes of that product. For example, 30 
as illustrated in FIG. 9, the PRS indicates to the customer 
that ice cream is available in one, two and ten gallon sizes 
902, as well as display an image 904 of these larger size 
containers. Note that any type of display object, including 
bit map representations of static images or representations of 35 
video clips, music, or other dynamic media can be displayed 
by the PRS web browser. 

The event generated in step 416 of FIG. 4 corresponding 
to the addition of the ice cream to the list of items repre- 
sented in the retail transaction also enables the PRS to add 40 
an entry for the ice cream to the display of the transaction 
906 and to display running totals of taxable and nontaxable 
items, as well as a aggregate running total of the price of the 
transaction 908. 

45 

The customer may have brought an item to the sales 
counter in order to simply inquire about the price. When the 
item is scanned to display the price, an event is passed from 
step 412 of Scan Items to the PRS messenger, ultimately 
resulting in the display of price information, as shown in SQ 
FIG. 10. In this case, not only the price of the item 1002 is 
displayed, but also additional promotional information 1004 
indicating the comparative savings available by purchasing 
this particular item rather than a similar item of a different 
brand, as well as an image of the item 1006 and a short video 55 
clip 1008 showing a satisfied consumer consuming the item. 

The PRS system may display informational messages, in 
addition to merely promotional messages. For example, in 
response to the addition of the next product to the retail 
transaction, the PRS system may generate consumer infor- 60 
mation related to that product that might be of interest to the 
customer, as shown in FIG. 11. 

In addition to promotional and consumer information, the 
PRS system may also display information concerning dis- 
counts or special prices that become available to the cus- 65 
tomer upon the scanning and adding to the retail list of a 
particular item. For example, FIG. 12 illustrates the PRS 
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display of discount information 1202 based on the custom- 
er's purchase of chocolate truffles 1204. 

Once all of the products have been scanned, with intended 
display of promotional and informational information by the 
PRS, the sales clerk requests and receives payment for the 
transaction, as controlled by the routine "Receive Payment" 
shown in FIG. 5. This routine may also generate numerous 
different events. For example, the customer may pay for the 
purchase using a charge card. The charge card transaction, in 
step 506 in FIG. 5, generates an event leading to the display 
illustrated in FIG. 13. In this case, extra bonus points were 
received by the customer because the customer paid for the 
purchase using an ACME charge card. Both the extra bonus 
points 1302 and an image of an ACME charge card 1304 are 
displayed by the auxiliary monitor. 

Finally, when the transaction is complete, as detected by 
Sales Transaction in step 316 in FIG. 3, the PRS may present 
a final display to the customer that includes promotional 
information, or other information, based on the entire trans- 
action as well as the customer's previous transactions. For 
example, in FIG. 14, the PRS indicates the total number of 
bonus points accumulated by the customer 1402, the number 
of bonus points required by the customer to receive a prize 
or discount 1404, a list of the prizes for which the customer 
will qualify 1406, and perhaps a promotional message 
triggered by the types of items purchased by the customer 
during the retail transaction 1408. 

Of course, each different POS system will employ a 
variety of different types of front-end POS application 
programs that may each generate different types of events. 
Triese events can be interpreted and translated by the PRS 
system to display any number of different types of informa- 
tion. If the customer is purchasing children's videos, for 
example, the PRS system might display a portion of that 
video on the auxiliary display monitor to entertain the 
customer's restless children, who might otherwise occupy 
themselves by grabbing items from candy and magazine 
displays adjacent to the sales counter. As web browser 
technology encompasses additional new types of presenta- 
tion capabilities, the PRS web browser may, in turn, provide 
increased capabilities for display, including perhaps three 
dimensional dynamic graphical displays, surround-sound 
stereo, or other types of media not yet developed. Even 
employing those types of media currently available for 
display by web browsers, the PRS provides a rich medium 
for displaying a virtually endless number of different types 
of promotional and informational messages. 

FIG. 15 is a high-level architectural block diagram of the 
software components, and the interactions between the soft- 
ware components, that implement a PRS. The PRS includes 
a standard, currently-available POS system ruining a POS 
application program 1502. The POS system exchanges 
events with a PRS messenger 1504. The PRS messenger is 
an object, in the object-oriented programming sense of the 
word "object," that provides an exposed interface to the POS 
system for collecting events. The PRS messenger 1504 
packages the events received from the POS system 1502 into 
messages that the PRS messenger 1504 queues to a message 
queue 1506. The message queue used in the PRS may be any 
number of different message queuing facilities provided by 
operating system vendors, such as IBM's MQSeries and 
Microsoft's MSMQ. The PRS generator 1508 dequeues 
messages from the message queue 1506, prepares HTML or 
dHTML files in response to those messages, and makes the 
HTML or dHTML files available to a web server 1510. The 
PRS generator 1508 extracts various types of display or 
broadcast objects from a display object database 1512 to 
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include in dHTML files. A dHTML engine 1514 prepares the 
dHTML files with references to the display objects from the 
display object database 1512 to be included in the image 
represented by the file. The PRS generator thus translates 
each different message dequeued from the message queue 5 
1506 into one or more web pages, defined by one or more 
HTML or dHTML files. 

The PRS generator is controlled by high-level script 
programs that are prepared to handle the different types of 
messages generated by the POS system 1502. A number of 10 
different types of scripting languages can be employed to 
control the PRS generator, including Microsoft's VB Script 
and Sun's Java Script. The PRS generator sends indications 
to the web server 1510 of the HTML and dHTML files 
generated in response to messages so that the web server 15 
1510 can make the web pages corresponding to the mes- 
sages available to the PRS browser 1516 that displays the 
web pages on the auxiliary display device. 

In a preferred embodiment, the messages are encapsulated 
in extensible r markup language ("XML") data packages. 2 o 
XML data packages are self -describing, so that, for example, 
a recipient of an XML data package can employ standard 
XML functionality to unpackage the contents of the XML 
data package into discrete values having standard data types. 
It is important to note that the PRS is, in this embodiment, 2 s 
implemented mostly from existing components, including 
the POS system 1502, the message queuing facility 1506, 
the web server 1510, and the dHTML engine 1514. The 
display object database 1512 may be created using a stan- 
dard database management system ("DBMS"), an object- 30 
oriented database system ("OODB"), or a similar type of 
information storage paradigm. The scripts that control the 
PRS generator can be developed using any number of 
different integrated development environments ("IDE") or 
commonly available script generators. By this design and 35 
methodology, inflexible proprietary components are 
avoided. Using standardized, pre-existing components 
vastly increases the flexibility for modifying and augment- 
ing the PRS as well as the portability of the methodologies 
towards different existing POS systems, and results in lower 4 q 
system costs. 

FIGS. 16-18 illustrate different possible hardware con- 
figurations on which the various components of the PRS, 
shown in FIG. 15, can run. For example, in FIG. 16, the POS 
system 1502, the PRS messenger 1504, and the PRS browser 45 
1506 all run within the computing engine of the existing 
POS system 1602. The remaining components run on a 
backroom server 1604 interconnected with the POS com- 
putational engine 1602 via communications links or a net- 
work. By contrast, in FIG. 17, all the components of the 50 
PRS, with the exception of the web server 1510, run within 
the computational engine of the front-end POS system 1702 
while the web server 1510 runs on the backroom server 
1704. In yet another implementation, illustrated in FIG. 18, 
the PRS messenger 1504 runs within a computational engine 55 
of the POS system 1802, the web server 1610 runs a 
backroom server 1804, and the remaining components run 
within a third computer system 1806 added to the front-end 
POS system in order to operate the auxiliary display device 
and provide a suitable environment for the PRS generator. 60 

It should be noted that a retailer may generate a significant 
amount of revenue by providing promotional displays to 
vendors of the products that the retailer sells. For example, 
the retailer may agree to display promotional information 
about a manufacturer's product line whenever a customer 65 
purchases one product manufactured by the manufacturer. 
Thus, not only can a retailer enhance a customer's shopping 
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experience and inform the customer of opportunities and 
products for sale within the retail store, but also can generate 
direct revenues by selling advertising space to advertisers. It 
is important for advertisers to be able to verify that the 
advertisements are actually being displayed to customers. 
This verification can be provided in the form encrypted data 
transmitted to the advertiser from authenticated sources or, 
in other words, from known locations. Thus, for example, 
each time an advertisement is displayed, the PRS may 
generate an encrypted message including authentication 
information that is sent via the backroom server computer 
114 in FIG. 6 directly to the advertiser's computer system. 

FIG. 19 is a flow control diagram describing operation of 
the PRS messenger. The PRS messenger is a software 
routine or object-oriented programming language object that 
is incorporated into the existing front-end POS application 
program. The front-end POS application program first calls 
a PRS messenger routine, in step 1902, to notify the PRS 
messenger of the occurrence of a new event, passing the 
name of the event to a PRS messenger. Then, the front-end 
POS application program passes to the PRS messenger a 
number of data elements associated with the event that has 
occurred. The PRS messenger receives those data elements 
in the for loop comprising steps 1904, 1906, and 1908. First, 
in step 1904, the PRS messenger receives a next PRS 
messenger method indication. In step 1906, the PRS mes- 
senger determines whether the method indication is intended 
for posting of a data element associated with the event to the 
PRS messenger. If so, then the PRS messenger, in step 1908, 
receives from the front-end POS application program a 
name, data type, and value for the data element and stores it 
in memory. Control then flows back to step 1904 where the 
PRS messenger is placed to receive a subsequent data 
element. If no data element was posted in step 1906, then the 
PRS messenger has received an end of data element indi- 
cation from the front-end application program and proceeds 
to process the event and data elements. In step 1910, the PRS 
messenger consults a transformation map to possibly trans- 
form the name of the event, or the name, data type, or value 
of any of the data elements associated with the event. Once 
any transformations have been performed, the PRS messen- 
ger packages the event name and data elements together into 
an XML file in step 1912. In alternative embodiments, a data 
encapsulation protocol other than XML can be employed. 
For example, in place of the XML encapsulation method and 
message queuing facility (1506 in FIG. 15), a remote 
procedure call ("RPC") facility can be employed to package 
and transport the event name and data element associated 
with the event to the PRS generator (1508 in FIG. 15). 
Finally, in step 1914, the XML file or, in other words, the 
message, produced by the PRS messenger is sent by the PRS 
messenger to the message queuing facility (1506 in FIG. 
15). 

FIG. 20 is a flow control diagram of the PRS generator 
software component. The PRS generator is a process that 
runs on the computational engine of the front-end POS 
system, on a backroom server, or possibly on an additional 
computer within the PRS system. In step 2002, the PRS 
generator waits for notification of a next message available 
from the message queuing facility (1506 in FIG. 15). When 
another message has arrived, then, in step 2004, PRS gen- 
erator acquires the message from the message queuing 
facility. In step 2006, the PRS generator parses the XML file 
corresponding to the retrieved message to produce a parse 
tree representation of the contents of the XML file. Note that 
such a parse tree includes data elements, the name of the 
event, and any other information that was associated with 
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the event and packaged in the message by the PRS messen- 
ger. In the outer loop comprising steps 2008, 2010, 2012, 
2014, 2016, and 2018, PRS generator traverses the parse tree 
in some predetermined order. If another parse tree node is 
discovered during the traversal, as determined by PRS 5 
generator in step 2010, then the inner loop comprising steps 
2012, 2013, 2014, 2016, and 2018, is executed by PRS 
generator in order to run scripts triggered by the contents of 
the parse tree node. In step 2012, the PRS generator begins 
a for loop in which each script is considered. In step 2013, jq 
the PRS generator determines whether there are more scripts 
to consider in the for loop. If not, then control flows back to 
step 2008 where the next parse tree node is selected and 
considered in the outer loop. If another script should be 
considered, then PRS generator, in step 2014, determines 15 
whether the contents of the selected parse tree node triggers 
the selected script. If not, then control flows back to step 
2012, where the next script is selected for consideration. 
Otherwise, the script triggered by the parse tree node is run. 
Running of the script may cause the PRS generator to access 2 o 
the display object database (1512 in FIG. 15), to invoke the 
dHTML engine (1514 in FIG. 15), to run other programs, to 
communicate with a remote computer via a WAN or 
network, and do any other types of operations necessary to 
prepare one or more HTML or dHTML files that describe the 2 $ 
promotional informational display that would be displayed 
to a customer in response to the occurrence of an event in the 
POS system that elicited the message currently being pro- 
cessed by the PRS generator. In step 2018, the PRS genera- 
tor determines whether the script has indicated that no 30 
further scripts be considered. If so, control flows back to step 
2008 where the next parse tree node is selected. Otherwise, 
flow controls back to step 2012 where the next script will be 
selected and considered by the PRS generator. When the 
nodes of the parse tree have all been traversed, the PRS 35 
generator in step 2020 sends all the HTML and dHTML files 
that have been prepared via running of the script for the 
currently processed message to the web server (1510 in FIG. 
15). The web server then interacts with the PRS browser 
(1516 in FIG. 15) to display a promotional informational 40 
message to the customer. 

FIGS. 21A-21B illustrate an example script run by the 
PRS generator. A script may include various tags, such as the 
tag "BANNER" 2102, references to other scripts such as the 
reference to "Transaction Presentation Banner" 2104, refer- 45 
ences to display objects, such as "http:Avww.server.com/ 
freeprnt.swf ' 2106, and references to programs, such as the 
program designated by the string "http://www.se rver.com/ 
dSIGN" 2108. Each tag, such as tag 2102, is followed with 
a balancing end tag, such as the end tag "/BANNER" 2110. 50 
The tags introduce sections of a script that correspond to 
various different aspects of a promotional or informational 
message, criteria for invoking the script, and various PRS 
constructs that represent complex interactions between vari- 
ous PRS components. For example, the tag "SCRIPT" 2112 55 
contains conditional logic that specifies that when a XML 
message contains a universal price code ("UPC") equal to 
the number 1234567890, the script should be triggered for 
execution by the PRS generator to carry out the actions 
specified within the script. One such action, for example, is 60 
to display a banner within the banner region on the display 
monitor that is specified in the script "Transaction Presen- 
tation Banner," as specified in the line introduced by the 
"BANNER" tag 2102. 

The various PRS components can be implemented in 65 
many different types of languages for execution on a variety 
of different kinds of hardware platforms. A number of 
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different types of scripting languages can be devised to 
specify the construction of promotional and informational 
messages to be displayed to a customer. For example, 
common JAVA script parsers may be employed. A large 
variety of different capabilities can be offered by the script 
language. For example, inclusion of any number of different 
types of display and broadcast objects, including dynamic 
multimedia objects, such as video clips, or audio wave files. 
Different web browsers, web servers, and internal commu- 
nication mechanisms might be used. 

Although the above described embodiment, as illustrated 
in FIG. 15 was described in terms of events being generated 
on the POS system 1502, passed to the PRS messenger 1504, 
translated by the PRS messenger 1504 into XML messages 
that are passed to the PRS generator 1508 to specify creation 
of HTML files describing promotional informational dis- 
plays to be displayed to a customer via the PRS browser 
1516, it should be noted that the arrows in FIG. 15 are 
by-directional. If the display monitor on which the promo- 
tional and informational messages are displayed incorpo- 
rates a touch- screen capability, then touch -screen events 
may be transmitted from the PRS browser 1516 in a reverse 
direction back to the POS system 1502. This would allow, 
for example, a customer to select options from a display 
menu to affect subsequent events within a retail transaction. 

The embodiment described above is tailored to use within 
retailing systems in order to facilitate retail transactions. 
Such systems may include traditional checkout counter 
systems, as described above, or various other retailing 
systems, including electronic commerce systems. However, 
the methodologies of the current invention can be employed 
in a variety of other systems and settings. For example, these 
methodologies can be used to augment current kiosk sys- 
tems to produce more elaborate real-time display of infor- 
mation to a user. In fact, these methodologies could be 
employed in almost any system in which information is 
presented to a person run automated system. Examples 
include computerized systems for displaying control 
information, such as modern avionics systems, machinery 
control systems, monitoring systems, and other complex 
computer-controlled digital display systems. 

It is intended that the scope of the invention be defined by 
the following claims and their equivalents: 

What is claimed is: 

1. A method for augmenting a point of sale system to 
provide multi-media promotional and informational displays 
to a customer during a retail transaction that are based on the 
context of the retail transaction, the method comprising: 

augmenting a front-end point of sale system to include a 
multi-media display device for displaying promotional 
and informational displays to the customer; 

including a messenger component within the front-end 
point of sale system to receive real-time notification of 
events detected by the front-end point of sale system 
during the course of a retail transaction, translate the 
events into messages, and make the messages available 
for processing by other components the point of sale 
system passing said events to the messenger component 
by passing the name of said events and data elements 
associated with said events and the messenger compo- 
nent transforming said events name and data elements 
according to a transformation map and packaging the 
transformed said events name and data elements into a 
self-describing data encapsulation object, 

including a generator component within the point of sale 
system to process messages made available by the 
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messenger component to produce descriptions of visual 
displays corresponding to the promotional and infor- 
mational displays; 
including a display component within the point of sale 
system that receives the descriptions of visual displays 5 
produced by the generator component and displays to 
the customer the corresponding promotional and infor- 
mational displays on the multi-media display device; 
and 

during the course of the retail transaction, 10 

receiving notifications of events detected by the front-end 
point of sale system; 

translating the events into messages; 

producing descriptions of visual displays corresponding is 
to the messages; and 

displaying promotional and informational multi-media 
displays to the customer on the multi-media display 
device according to the descriptions of visual displays 
corresponding to messages representing the translation 20 
of events detected by the front-end point of sale system. 

2. The method of claim 1 further including parsing 
messages by the generator component and running scripts by 
the generator component that specify production of the 
descriptions of visual displays. 25 

3. The method of claim 1 wherein the messenger com- 
ponent makes messages available to the generator compo- 
nent by passing the messages to a message queuing facility 
and wherein the generator component receives messages 
from the message queuing facility. 30 

4. The method of claim 1 wherein the display component 
includes a web server and a web browser, and wherein the 
descriptions of visual displays are hypertext markup lan- 
guage documents or dynamic hypertext markup language 
documents. 35 

5. The method of claim 1 wherein the promotional and 
informational messages may include various types of multi- 
media presentation objects, including video clips, still 
images, spoken text, printed text, and music. 

6. An enhanced point of sale system that provides multi- 40 
media promotional and informational displays to a customer 
during a retail transaction that are based on the context of the 
retail transaction, the system including: 

a front-end point of sale system that includes a multi- 
media display device for displaying promotional and 45 
informational displays to the customer, 

a messenger component within the front-end point of sale 
system to receive real-time notification of events 
detected by the front-end point of sale system during 
the course of a retail transaction, translate the events 
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into messages, and make the messages available for 
processing by other components the point of sale 
system passing said events to the messenger component 
by passing the name of said events and data elements 
associated with said events and the messenger compo- 
nent transforming said events name and data elements 
according to a transformation map and packaging the 
transformed said events name and data elements into a 
self -describing data encapsulation object, 
a generator component within the point of sale system to 
process messages made available by the messenger 
component to produce descriptions of visual displays 
corresponding to the promotional and informational 
displays; and 

a display component within the point of sale system that 
receives the descriptions of visual displays produced by 
the generator component and displays to the customer 
the corresponding promotional and informational dis- 
plays on the multi-media display device. 

7. The system of claim 6 wherein the messenger compo- 
nent passes messages to the generator component via a 
message queuing facility. 

8. The system of claim 7 wherein the generator compo- 
nent executes scripts that are triggered by data values 
included in the messages, the scripts specifying various 
operations and tasks required to prepare the descriptions of 
visual displays, including running programs, accessing data- 
bases containing display objects to be included in the visual 
displays, invoking dynamic hypertext markup language 
engines for preparing dynamic hypertext markup language 
files, and invoking other scripts. 

9. The system of claim 7 wherein the display component 
includes a web server and a web browser for display of 
hypertext markup language files and dynamic hypertext 
markup language files. 

10. The system of claim 7 wherein the display component 
includes a touch screen for receiving customer responses 
and indications and wherein the customer responses and 
indications are passed from the display component back to 
the generator component which then passes messages con- 
taining the responses and indications back to the messenger 
component, the messenger component then generating 
events corresponding to the responses and indications and 
passing those events to the front -end point of sale system. 

11. The system of claim 7 wherein the generator compo- 
nent tracks the display of different visual displays and 
reports the number of times certain visual displays are 
displayed via a network or telecommunications link to a 
remote computer. 

* * * * * 
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ABSTRACT 



An fully integrated on-line frequency award program is 
disclosed. A user may access the program on-line and may 
browse a product catalog for shopping. The user may 
electronically place an order, upon which the program 
automatically checks the user's credit and electronically 
issues a purchase order to the supplying company. The 
program also calculates award points, updates the award 
account of enrolled users, and communicates that number of 
awarded points to the user. Enrolled users may browse 
through an award catalog and electronically redeem an 
amount of awarded points towards an award. The program 
then electronically places an award redeeming order with the 
fulfillment house and updates the user's award account. 

36 Claims, 6 Drawing Sheets 
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FULLY INTEGRATED ON-LINE 
INTERACTIVE FREQUENCY AND AWARD 
REDEMPTION PROGRAM 

This application is a continuation of SC/Ser. No. 08/572, 
017, filed Dec. 14, 1995, now U.S. Pat. No. 5,774,870, 
issued Jun. 30, 1998. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to frequency and award 
redemption program. More particularly, the present inven- 
tion relates to an on-line, interactive frequency and award 
redemption program which is fully integrated. 

2. Description of Related Art 

Frequency programs have been developed by the travel 
industry to promote customer loyalty. An example of such a 
program is a "frequent flyer" program. According to such a 
program, when a traveler books a flight, a certain amount of 
"millage points" is calculated by a formula using the dis- 
tance of the destination as a parameter. However, the millage 
points are not awarded until the traveler actually takes the 
flight. 

When a traveler has accumulated sufficient number of 
millage points, he may redeem these points for an award 
chosen from a specific list of awards specified by the 
program. Thus, for example, the traveler may redeem the 
points for a free fli ght ticket or a free rejtolxar.^In order to 
redeem the accumulated pouTts7tKe"tfaveler generally needs 
to request a certificate, and use the issued certificate as 
payment for the free travel. 

While the above program may induce customer loyalty, it 
has the disadvantage that the selection of prizes can be made 
only from the limited list of awards provided by the com- 
pany. For example, a traveler may redeem the certificate for 
flights between only those destinations to which the carrier 
has a regular service. Another disadvantage is that the 
customer generally needs to plan ahead in sufficient time to 
order and receive the award certificate. 

According to another type of frequency and award 
program, a credit instrument is provided and credit points 
are accumulated instead of the millage points. In such 
programs, bonus points are awarded by using a formula in 
which a price paid for merchandise is a parameter. Thus, 
upon each purchase a certain number of bonus points are 
awarded, which translate to dollar credit amount. According 
to these programs, the customer receives a credit instrument 
which may be acceptable by many enrolled retailers, so that 
the selection of prizes available is enhanced. An example of 
such a program is disclosed in E.PA. 308,224. However, 
while such programs may enhance the selection of prizes, 
there is still the problem of obtaining the credit instrument 
for redeeming the awarded points. In addition, the enrolee 
must allow for processing time before the bonus points are 
recorded and made available as redeemable credit. Thus, the 
immediacy effect of the reward is lacking in these conven- 
tional incentive programs. 

SUMMARY OF THE INVENTION 

In view of the above, the present invention is advanta- 
geous in that it provides an on-line, interactive incentive 
program which is fully integrated. 

The disclosed invention is also advantageous in that it 
provides an on-line access to product information, product 
purchases using an on-line electronic order form, award 
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catalogs, and award redemption using an on-line electronic 
redemption forms. 

Another advantage of the subject invention is that it 
awards bonus points immediately upon purchase of a mer- 
5 chandise. 

The present invention is further advantageous in that it 
provides bonus points which are imme diately made avail- 
able for redemption. r ~~" " "** 

1Q Another advantage of the present invention is that it 
allows the customer to select a prize i mmediately upon the 
award of the bonus poinlsT^ ~ ' 

A further advantage of the present invention is that it 
allows a customer to order a prize and redeem the awarded 
15 points towards the ordered prize immediately upon the 
award of the bonus points, thus enhancing the immediacy 
effect of the reward program. 

Yet another advantage of the present invention is that it 
provides an electronic sign-up form for on-line signing up 
20 by users. 

The above and other advantages are provided by the 
disclosed invention which includes provisions for access 
over the internet. Upon gaining of an access, the customer is 
able to browse through a merchandize catalog, an award 

25 catalog, view the bonus points available for redemption in 
the customer's award bonus account, and get information 
about the products for purchase, the program, and the 
customer's account. The program al so enables the cu stomer 
to order merchandize on-line, _order prizes on-line_and__ 

^Te"9eem awarded*pomts on -line. AccordinglyTllieselection of 
available prizes is expanded'by the merchants who join the 
program, and the bonus award is made instantly redeemable. 

BRIEF DESCRIPTION OF THE DRAWINGS 

35 Other objects and advantages of the present invention will 
become apparent from the following description of the 
preferred embodiment with reference to the drawings, in 
which: 

40 FIG. 1 is a flow chart showing the access part of the 
program of the preferred embodiment of the present inven- 
tion; 

FIG. 2 is a flow chart showing the product selection and 
on-line purchase part of the program of the preferred 
45 embodiment of the present invention; 

FIG. 3 is a flow chart showing the membership part of the 
program of the preferred embodiment of the present inven- 
tion; 

FIG. 4 is a flow chart showing the award redemption part 
50 of the program of the preferred embodiment of the present 
invention; 

FIG. 5 is a flow chart showing an enrollment routine. 
FIG. 6 is a flow chart showing an exemplary routine to 
55 determine the number of points the user is short of for 
redeeming a particular product. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

60 The program according to the present invention will be 
described with reference to FIGS. 1-5. FIG. 1 is a flow chart 
showing the access part of the program. In FIG. 1, 10 
indicates access via an on-line provider such as AOL™, 
CompuServe™ etc. On the other hand, 20 indicates a direct 

65 access to the internet, such as via Netscape™. Upon gaining 
an access to the internet, 30, the program proceeds to a 
selection menu 40. Depending on the user's choice, from the 
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selection menu 40 the program may proceed to PRODUCT In a similar manner, PROGRAM HOMEPAGE, 300, is 

A HOMEPAGE 100A or PROGRAM HOMEPAGE 300. shown in the Figures as multiple pages. (It will be under- 

Alternatively the user may choose to exit the program via stood by those skilled in the art that PROGRAM HOMEP- 

EXIT, 50. AGE 300 is the main internet address for the incentive 

It should be noted from the outset that in the preferred * program system). This depiction also signifies two features 

embodiment of the disclosed invention, the user may back- of toe program of the present invention. The first feature, is 

track from any particular point in the program. Notably, the ^at PROGRAM HOMEPAGE, 300, may comprise multiple 

user is able to return to selection menu 40 from any part of P a g es with a scrolling feature to allow the user to scroll for 

the program. This being stated generally, it will be appre- viewing the information contained in the pages. The second 

ciated that this feature is applicable to the further program 10 feature is that several incentive programs, or incentive level 

steps of the preferred embodiment described below and, programs may be available for access from the selection 

therefore, it will not be repeated in the following description. meau 40 For example, several different programs may be 

In FIG. 1, PRODUCT A HOMEPAGE, 100A, is a home- accessible, each program being managed by a different 

page of a particular type of products. For example, PROD- incenUve Alternatively, or u ' addition several 

UCT A HOMEPAGE, 100A, may be a homepage for men's 15 incenlive le . v _ el P^ms may be accessible from the selec- 

shirts. In such an example, the PRODUCT A HOMEPAGE, Uon menu 4U * 

100A, may include icons to allow the user to select infor- In the casc of several incentive level programs, restric- 

mation regarding, for example, different brands, price tions may be imposed for accessibility to the various incen- 

ranges, types (dress shirts, sport shirts, etc.), and thereafter tive level programs. For example, a particular incentive 

review the products available relating to the particular 20 company may manage three incentive programs: white, 

selection in a manner much similar to reviewing a printed silver and g° ld - The white incentive program can be acces- 

product catalogue. s ibk f° r enrollment by any approved user. On the other 

Alternatively PRODUCT A HOMEPAGE, 100A, may haod > ^ incentive company may allow limited access to the 

identify a particular brand. In such an example PRODUCT „ silver and 80}f Programs for providing informa- 

A HOMEPAGE, 100A, may include icons to allow the user 25 uon onlv > wh ! le , enrollment may be restricted only to those 

to review information regarding particular products sold by users w r ho satisfy set requirements. These requirements may 

this particular brand. relate, for example, to a certain level of purchasing within a 

. , - , ... _ it _ . ■ given period, credit ratine, gross salary, special company 

In the preferred embodiment, the capability to view & f. t * ■ *i_ i_ *u * 

. r .. A , . ' - j . * , , promotion program, etc. As in the above, while these various 

information regarding the various products is enhanced by , n r £ t i_ iT j l j l * iL j • * j ■ iL 

... Al & * . (( , r . „ A . 3 -> u features have been described herein, they are depicted in the 

providing the user with various browsing options, gener- , . . , , . . l4 . , J c w • 

r t1 f 4 , . A . - - . * . T , ' f , . drawing simply by showing multiple pages tollowing FRO- 

ally implemented id the form of icons. This is depicted in rj} ' f u n wcpArc inn 

FIG. 1 as BROWSING OPTION 60. Thus, for example, the UKAM WUMlimui1 ™" 

user may choose to list the products alphabetically, list the If a user selects PRODUCT A HOMEPAGE 100A, the 

brands alphabetically, or use a search engine to create a 35 program proceeds to a selection menu U0, shown in HG. 2. 

group of products which fit the user's requirements. Any Incidentally, the routines shown in FIG. 2 are depicted to 

conventional search engine may be used for this purpose. proceed from the routine of FIG. 1 by the designation Ai. 

Such a search engine can be implemented for accepting a njs designation is to alert the reader that this particular 

boolean string, or by collecting the user's response to an routme 13 generic to all the other products homepage, such 

inquiry set. The fields for the search engine may include, for 40 as PRODUCT B HOMEPAGE, PRODUCT C 

example, key words, brands, price range, material etc. HOMEPAGE, etc. 

In FIG. 1, BROWSING OPTION 60 is shown at the same Therefore, while the description provided herein relates to 

level as PRODUCT A HOMEPAGE, 100A, to indicate that PRODUCT A HOMEPAGE, 100A, this is only far demon- 

in the preferred embodiment the user may go directly to slratioD Purposes and it will be appreciated by those skilled 

view the products information, or arrange a new list of 45 in the art ^ sunihl P rocessm g would follow u P on 

products according to the user's needs. However, it will be ^on of a different product homepage, 

appreciated by those skilled in the art, that other arrange- With continued reference to FIG. 2, selection menu 110 

ments are possible. For example, BROWSING OPTION, provides the user with the following options: proceed to 

60, can be inserted between SELECTION MENU 40 and PROGRAM HOMEPAGE 300, proceed to PRODUCT i 

PRODUCT A HOMEPAGE 100A so that the user may have 50 HOMEPAGE, 100i, (i being any of the number of available 

to enter his preferred way of viewing the products before the products homepage) or proceed to ORDER FORM 130. 

user is able to select the products* homepage. Alternatively, the user may change the list of products by 

In the Figures, PRODUCT A HOMEPAGE, 100A, is choosing the appropriate browsing option or using the 
depicted as multiple pages. This depiction signifies two search en S ine t0 create a new list of products (not shown), 
features of the program of the present invention. The first 55 u P on section of PRODUCT i HOMEPAGE, 100/, the 
feature, is that PRODUCT A HOMEPAGE, 100A, may program reverts to step Ai, i.e., to SELECTION MENU 110. 
include more than one page. Thus, if a large amount of u P on selection of PROGRAM HOMEPAGE 300, the pro- 
information needs to be included in PRODUCT A g ram P^ceeds to step B shown in FIG. 3, which will be 
HOMEPAGE, 100A, the hoinepage may actually comprise described later. 

several pages and the user will be provided with a scroll 60 !f tne user decides to purchase an item, the program^ 

option so as to be able to scroll over the information pages. proceeds to ORDER FORM 130 and the user is prompted to 

Another feature is that from the selection menu 40 the user electronically provide entries to the appropriate queries in 

may be able to choose other products homepage such as, for the order form. Thereupon, a communication link is estab- 

example, PRODUCT B HOMEPAGE, PRODUCT C Wished and the program performs a CREDIT CHECK 

HOMEPAGE, etc., which are depicted impliedly in the 65 routine, 140, to verify the availability of funds for purchase, 

drawings as pages following PRODUCT A HOMEPAGE, At this juncture, a particular feature of the program of the 

100A. present invention will be described. As noted above and 



10/17/2003, EAST Version: 1.04.0000 



6,009,412 

5 6 

shown in FIG. 1, the user may access the internet using an able terms. The user may be notified of that fact, to thereby 

on-line provider or an internet direct access. If the user is entice the user to purchase additional products in order to 

accessing the internet via an on-line provider, his credit qualify for the "special program" terms, 

information (account number, type of credit card etc.) is In order to implement the "special program," the infor- 

available directly from the on-line provider. Accordingly, in 5 mation regarding the award/product needs to be read. The 

performing the CREDIT CHECK routine 140, the informa- number of points required to redeem the particular qualify- 

tion needed for the credit check can be obtained from the ing award is then fetched. Similarly, the user's account is 

on-line provider. Alternatively, if the user gained access via accessed and the number of points in the user account is 

an internet direct method, the CREDIT CHECK routine 140 f elcned - n& Qumber of P°i nts r f d . from the user's account 

may provide an inquiry screen requesting the user to enter 10 ^ subtracted from the number of points read from the award 

. . r A . t . f . J ^ information and the result is displayed as the number of 

nis credit intormation. points the user is short of to redeem the particular qualified 

Arelated feature of the present invention is that when the award ^ cxcmp i ar y fl ow c h ar t is provided in FIG. 6. 
user enters ORDER FORM 130 from a particular product Qn me Qther hand> tf in step 170 it was determined mat thc 
homepage describing a particular product, it is very likely user is a new, unenrolled user, 180N, the program proceeds 
that the user wishes to purchase that particular product. 15 to slep 220 to calculate the award points according to the 
Therefore, the relevant information regarding the product preprogrammed formula. Thereafter, the program proceeds 
can be read from the product's homepage and pasted at the to step 130, wherein a message is sent to the user identifying 
appropriate positions in the ORDER FORM 130. Thus, the how many points he will earn should he enroll in the 
user will only have to enter information specific to options program. Step 230 also inquires whether the user is inter- 
such as size, color, quantity, etc. 20 ested in joining the program. Accordingly, step 230 may be 

At step 130, certain predetermined information is striped ™ a form of a message such as, for example, "By enrolling 

off from the completed order form and sent to the credit " the incentive program you will earn [X] points for 

check 140. Such information may be, for example, credit Purchasing the [insert the item purchased]. Hiese points may 

card number and dollar amount. This is because much of the J^^™^^ *™ ^iT^TyS^ 10 

information included in the order form is irrelevant to the 25 en ™ . n ^ or J?? w ? n ^ e a ^ ar 

... , j.. • ... „ . . , A * If in step 240 the user selects NO in response to step 230, 

person s credit, and the credit institution may be unable to , v . t Annrn ™nwi™ , M 

l ji _« • r T"* i_ j * tU , . the program proceeds to ORDER FORM 130 or to process 

handle the extra information Furthermore, sending the least M ¥* which dg tQ SELECn0N MENU 

amount of information would expedite the credit check. m ) Alternatively, after receiving NO in step 240 process 

If the CREDIT CHECK routine 140 result is negative, in 3Q may continue to SELECTION MENU 40. At step 240, if it 

step 150N the user is provided with a message to that effect. jg determined that the user would like to sign up with the 

The program may then prompt the user to enter another award program (join), the program proceeds to step 250 

credit card number or to exit. However, if the CREDIT which is a sign up routine. Any conventional sign up routine 

CHECK routine 140 result is positive, in step 150P the may be used at this stage of processing. At the end of the 

program proceeds to establish a communication link and 35 sign up routine, the program can return to point Ai, or to the 

places a PRODUCT ORDER, 160, with the product com- purchase order form. The user may sign off from any of 

pany. As shown in FIG. 2, in the preferred embodiment these locations. 

PRODUCT ORDER 160 is placed by electronic means such For illustration purposes, a general flow of an enrollment 
as e-mail or facsimile so as to render the program of the routine f6r signing up is shown in FIG. 5. This routine may 
present invention fully integrated in an interactive on-line 4Q De entered from may different places in the program, e.g., 
system; however, the ORDER FORM 160 can alternatively a ft er ma king a purchase, after reviewing information regard- 
be place by conventional means by simply printing and jn g tnc program, etc. Accordingly, the beginning of the 
mailing the ORDER FORM 160 to the product company. routine of FIG. 5 is shown "floating/" 

As shown in FIG. 2, while the communication link is At step 600 the user is prompted either to enter a credit 

established to the product company, the program also pro- 45 card account number, 610, or to indicate that he wishes to 

ceeds to the FREQUENCY DATABASE, 170. In FRE- use the same account used to access the internet or to 

QUENCY DATABASE 170 the user's information is purchase an item, in which case the account number is 

checked against the database of enrolled users. If it is obtained from within the program, 620. (It should be rec- 

determined that the user is an enrolled user, 180E, the ognized that the user's name can also be obtained internally 

program proceeds to step 190 t o calcu late the award points 50 from the on-line access program.) At 630 the user is 

accprdm gjoj^preprogramri^^ pro- prompted to enter a personal identification code, which can 

gram proceeds to add~the pointsTo the enrolled user's generally be a four letter/number code. At 640 the user is 

account, 200, and display the account information and the prompted to enter his choice of mailing address — the 

added points to the user, 210. From this point, the program address indicated on the order form, 660, or a different 

may return to ORDER FORM 130, to step Ai (not shown), 55 address, 650. (A different address can be entered in the order 
to PROGRAM HOMEPAGE 30 0 to view the awards_c atalo&^_form. for example, when purchasing a present to be mailed 

(not shown) or proceed to SELECTION MENU, 40, (not to the recipient). At 670 the program creates a new account 

shown). in the database. 

The preferred embodiment includes a particular feature Id FIG. 2, steps 190 and 220 may be combined and the 

wherein in addition to displaying the points added to the 60 awards point calculated before reaching step 170. That is, 

account, the program includes a routine to display a selected upon obtaining a positive credit check at step 150P, the 

award or product, and the number of points the user is short program can proceed to calculate the award points before 

of in order to receive that award or product. For example, proceeding to step 170. Then after performing step 180, 

during particular periods certain awards or products may be process can proceed either to step 200, when it was deter- 

designated as under a "special program". Thus, during those 65 mined that the user is an enrolled user (180E), or to step 230, 

periods, the award would require a reduced number of points when it is determined that the user is not an enrolled user 

and/or the product would be available under special favor- (180N). 
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Id the description of the preferred embodiment, the term 
product also refers to a gift certificate. The following 
examples are provided in order to make this feature clearer 
to the reader. When a user accesses the various product 
homepages, the user has the option to purchase a gift 
certificate rather than purchasing an actual product. The gift 
certificate can be directed to a particular merchant, a par- 
ticular manufacturer/brand, or to all the products available 
through the program. 

In the preferred embodiment the gift certificate is sent 
electronically to a computer designated by the user to be 
printed by a printer linked to the designated computer. Thus, 
for example, if the user knows the account number of the 
recipient of the gift certificate, the user may purchase the gift 
certificate and designate the recipient's account as the des- 
ignated computer. Accordingly, the gift certificate will be 
electronically sent to the recipient's computer, or electroni- 
cally added to the recipient's account while electronically 
informing the recipient of the transaction. Therefore, the 
user will not have to mail the certificate to the recipient. 

It should also be realized that the user will be credited 
award points corr esponding to th e price o fLtbe gift certificate 
"piif^ba^e^rTCusT^hile the recipient will receive the gift 
certificate for purchases, the user will receive the award 
points. In addition, the us er_ma y use award poiuts fromjns^ 
a ccoun t as payment foH he'puj^c^^ 
thus effectively maKinjfthe award points available for pur- 
chases by a recipient. This can be user to entice unenrolled 
recipients to join the program. 

When a user selects PROGRAM HOMEPAGE 300 (e.g., 
from SELECTION MENU 40 or from SELECTION MENU 
110), the program proceeds through to SELECTION MENU 
310, shown in FIG. 3. In FIG. 3, SELECTION MENU 310 
is shown as three consecutive decision points. This repre- 
sents the structure in the preferred embodiment wherein 
each of the options shown branching from the three decision 
points are available for selection from PROGRAM HOME- 
PAGE 300. 

SELECTION MENU 310 allows the user to exit the 
program, go to PRODUCT Ai HOMEPAGE 100A (from 
which program would proceed to Ai in FIG. 2), go to the 
BROWSING OPTION 60, learn about the award program 
by selecting ABOUT AWARD PROGRAM 320, apply for 
membership by selecting MEMBERSHIP APPLICATION 
250 (see, FIGS. 2 and 5), review the user's account by 
selecting the FREQUENCY DATABASE 340, or review the 
awards catalog by selecting AWARD CATALOG HOMEP- 
AGE 400 (shown in FIG. 4). 

Upon selecting FREQUENCY DATABASE 340, the user 
will be prompted to enter the account number, the identifi- 
cation code, or both at step 350. In the program of the 
present invention, the account number and the identification 
code are linked together, for user for which they are avail- 
able. Thus, when a user account is established in the 
frequency database, data is included to fink the user's 
account number to the user's identification code. (It should 
be noted that account number can refer to a credit card 
account number, an account number internal to the program, 
etc.) 

If the user has entered the internet via an on-line provider 
10, his credit card account number can be obtain on-line 
from the on-line provider. Therefore, rather than prompting 
the user to enter his credit card account number or his 
program account number, the credit card account number 
can be obtained on line from the on-line provider, and the 
account can be matched against the accounts in the fre- 
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quency database. If a match is obtained, the program 
account number can be read from the frequency database. 
However, for security purposes, it is preferable that the 
program will not proceed to step 360 to display the account 

5 information before the user has been prompted and has 
entered at least the correct identification code at step 350, 
which is matched with the account number. 

If the user selects AWARD CATALOG HOMEPAGE 400 
processing proceeds to the routine shown in FIG. 4. In the 

10 preferred embodiment several options are available for 
viewing the award catalog. This is represented by the 
SELECTION MENU 410, although those skilled in the art 
would recognize that other processing can be provided for 
viewing the award catalog. As shown in FIG. 4, at least two 

15 options are made available by SELECTION MENU 410: 
SHOW QUALIFIED AWARDS 420 (shown continuing at 
branch E) and VIEWING OPTIONS 450. QUALIFIED 
AWARDS 42jLallows the user a quick access to viewing al 
^t^c^wArdsj^ OPTIONS 

20 450 allows the user to view the awards according to the 
order selected by the user. 

If the user selects QUALIFIED AWARDS 420, the fre- 
quency database is accessed to determine the award point, 
425. Thereafter, the entire award catalog is scanned and a 

^ 5 qualified awards database is created for the particular num- 

^ ber of award points read from the user's account, 430. 

^ Thereafter, the first page of the first award is displayed, 435, 
and the user can browse through the catalog created in step 
430. Alternatively, the user can select QUALIFIED AWARD 

30 QpyjoN 44Q f or different options of arranging and viewing 
the qualified awards catalog. These options can be, for 
example, by alphabetical order, by brands, by product, etc. 
While the above method of displaying the qualified 

35 awards is workable, it may take too much time to scan all the 
awards in order to "custom'* build a qualified awards cata- 
log. Therefore, other alternatives may be used for creating 
the qualified award catalog. According to the preferred 
alternative, point levels are defined. For example, point level 

4Q 1 can include all awards of value up to 500 points, point 
level 2, up to 1000 points, etc. When the user's account is 
read at 425, the highest point level the user is qualified for 
is determined. At this point a message may be displayed 
such as "You are qualified for point level 3 and have 

45 additional 350 points in your account. To qualify for point 
level 4 you will need 150 additional points". 

If memory size is not a problem, different libraries can be 
stored, each of which corresponding to a certain point level. 
Thus, for example, award library 1 can include all the 

50 awards which can be redeemed by a number of points 
defined by point level 1. In the above example, award library 
1 will include all awards worth up to 500 points. Thus, when 
the point level of the user is determined, all the awards in the 
corresponding library are made accessible as qualified 

55 awards. This allows for fast access, since the step 430 of 
creating the qualified catalog is skipped. However, such 
system may require large amount of memory, since many 
libraries may be needed to store the various awards of 
different point levels, 

60 In the preferred embodiment the award libraries are 
arranged in a progressive manner, so as to avoid the need for 
a large memory size. The above example of the point levels 
will be used to explain this feature. Using the above 
example, award library 1 should include all awards worth up 

65 to 500 points. Award library 2 should include all awards 
worth from 501-1000 points, etc. Thus, if the user is 
qualified, for example, for point level 2, access is made to 
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award libraries 1 and 2. Thus, duplication of awards in the as color, size, etc. Otherwise, the user may simply be 

various libraries is prevented. prompted to enter the award by, for example, an award code. 

A further option would be to flag the various awards It should also be noted that if the user has designated the 

according to the point level for which they are qualified. ceiling award points, the user's account needs to be accessed 

Accordingly, when the point level of the user has been 5 to verify that the user has sufficient points to redeem the 

determined, the awards are scanned for the appropriate flag chosen award, 515. 

and the qualified award library is created in this manner. The proper amount of points is then subtracted from the 

While this feature does not eliminate step 430, the qualified user's account and an adjustment is made in the frequency^_^^ 

award library can be built in less time than by scanning the database, 520. A link is then established to the fulfillment \. 

required points and comparing each required point to the io house or directly to the product manufacturer and an award \ 

available points. order is communicated, 530. Thereafter, the program returns ^) 

By selecting VIEWING OPTIONS 450, the user may set to the PROGRAM HOMEPAGE 300. 

the order in which to view the awards. Thus, for example, In the description of the preferred embodiment, the term 

the user may view the awards by alphabetical order, enter a "user" also refers to merchants, product manufacturers, 

ceiling point number for viewing all awards up to that 15 award program administrators, etc. These particular users 

ceiling, view awards by product or brand, etc. The award may be provided with a special access code. Upon entering 

catalog of the program of the preferred embodiment includes the special code, these particular users may be provided with 

a feature whereby when a particular award is shown, it a privileged access to the program which allows them to 

includes information regarding how many points are make limited changes to the data. Thus, for example, a 

required to redeem that particular award, and how many 20 merchant may use this special access to change a price 

points the user is short of in order to redeem that particular charged for a particular product. Similarly, a program 

award. administrator may gain privileged access to enter newly 

To implement the above mentioned feature, the program added awards available through the program. In addition, in 

accesses the user's account in the frequency database and the preferred embodiment a report is generated upon each 

reads the amount of award points the user has in his account. 25 privileged entry so that the changes made can be monitored. 

Then, whenever the program displays a particular product, Certain variations would be apparent to those skilled in 

the program subtracts the number of point available in the the art, which variations are considered within the spirit and 

user's account from the number of points required to redeem scope of the claimed invention, 

the award. The result is displayed as the number of points the What is claimed is: 

user is short of to redeem that award. Of course, if the user 1. A method for implementing an on-line incentive 

is not enrolled in the program or does not have any award program, said method comprising the steps of: 

points in his account, the number of point the user is short providing an Internet webpage accessible to at least one 

of will be equal to the number of points required to redeem user, via a computer system, for on-line interactive 

the award. An exemplary flow chart is shown in FIG. 6. ^ communications between said user and said Internet 

Another particular feature for viewing the award catalog webpage; 

is shown in FIG. 4. The user is provided with an access to offering, on said Internet webpage, at least one product for 

the frequency database via FREQUENCY DATABASE 460. sale to said user; 

While in FIG. 4 FREQUENCY DATABASE 460 is shown determining whether said user qualifies for one or more 

to proceed from VIEWING OPTION 450, it would be 4Q award points based on said user's response to purchase 

appreciated that access to the frequency database and the sa id a t least one product; 

routine of the feature described below can be provided in calculating said award points according to a prepro- 

other places in the program. grammed formula if said user qualifies for said award 

Upon accessing the frequency database, the user may points; and 

view the account to verify the amount of redeemable points 45 issuing said award points to an account of said user if said 

recorded therein. Thereafter, the user may enter any ceiling use,, qualifies for said award points, wherein said award 

awards points of the user's choice, 470, for viewing the points are redeemable by said user for an award, 

awards worth up to that ceiling, 475. Processing for dis- 2. The method as set forth in claim 1, further comprising 

playing the qualified awards can then proceed as shown in me step 0 f determining whether said user is enrolled in said 

steps 435, 440, and 500 in branch E of FIG. 4. 50 incentive program. 

In the preferred embodiment, the user may enter the 3. The method as set forth in claim 2, wherein the step of 
REDEEM routine 500 at any point in the program. In FIG. determining whether said user is enrolled in said incentive 
4 this feature is represented by the several REDEEM 500 program comprises the step of checking a frequency data- 
selections depicted at many points of the program. When base that comprises user enrollment information, 
entering the REDEEM routine, the user may be prompted to 55 4. The method as set forth in claim 1, further comprising 
enter the account number, the identification code or both, the step of displaying to said user, via said computer system, 
510. This is similar to the description provided with respect said award points earned by said user, 
to step 350 in FIG. 3. Thus, only the identification code may 5. The method as set forth in claim 1, further comprising 
be required if on-line access was gained via an on-line the step of displaying to said user, via said computer system, 
provider. Thereafter, the proper award to be redeemed is 60 an amount of award points necessary to qualify for an 
determined. incentive award. 

It should be noted that if the REDEEM 500 step has been 6. The method as set forth in claim 1, further comprising 

entered into from an award page, the award described in that the step of permitting a user to enroll in said on-line 

particular page may be automatically read into the incentive program. 

REDEEM 500 routine as the selected award. However, the 65 7. The method as set forth in claim 1, further comprising 

user may be prompted to verify that this is the correct award the step of providing said user with an on-line order form for 

he wished to redeem and enter appropriate selections, such ordering a product for purchase. 
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8. The method as set forth in claim 7, further comprising 17. The method as set forth in claim 10, further compris- 
the steps of: ing the step of permitting a user to apply for membership to 

establishing an on-line link to an order computer; and said on-line incentive program from said Internet webpage. 

sending electronically to said order computer information W- A computer readable medium comprising a plurality 

received from said on-line order form. 5 of instructions, which when executed by a computer, causes 

9. The method as set forth in claim 1, further comprising the computer to perform the steps of: 

the steps of: providing an Internet webpage accessible to at least one 

receiving credit information from said user for purchase user, via a computer system, for on-line interactive 

of said at least one product; communications between said user and said Internet 

establishing an on-line link to a computer; and io webpage; 

sending electronically to said computer said credit infor- offering, on said Internet webpage, at least one product for 

mation to verify available credit for said user. sale to said user; 

10. A method for redeeming incentive awards in an determining whether said user qualifies for one or more 
on-line incentive program, said method comprising the steps award points based on said user's response to purchase 
°£ 15 said at Least one product; 

implementing an on-line incentive program that issues calculating said award points according to a prepro- 

award points to users, wherein said award points are grammed formula if said user qualifies for said award 

redeemable by said user for an award; points; and 

implementing an Internet webpage accessible, via a com- issuing said award points to an account of said user if said 

puter system, to at least one user of said on-line 20 user qualifies for said award points, wherein said award 

incentive program for on-line interactive communica- m redeemable by said user for an award, 

tions between said user and said Internet webpage; 19 computer readable medium as set forth in claim 

offering, on said Internet webpage, at least one redeem- further comprising the computer to perform the step of 

able award available to said user for exchange of said determining whether said user is enrolled in said incentive 

award points; and 25 p r0 gram. 

permitting said user to initiate a process to receive said at 20. The computer readable medium as set forth in claim 

least one redeemable award for exchange of said award 19, wherein the step of determining whether said user is 

points issued to said user through said on-line incentive enrolled in said incentive program comprises the step of 

program. checking a frequency database that comprises user enroll - 

11. The method as set forth in claim 10, wherein the step 30 ment information. 

of permitting said user to initiate a process to receive a 21. The computer readable medium for as set forth in 

redeemable award comprises the steps of: claim 18, further comprising the step of displaying to said 

accessing an account of said user; user, via said computer system, said award points earned by 

redeeming a particular award for said user based on said said user, 

points issued to said user if said user has earned 35 22. The computer readable medium as set forth in claim 

sufficient points to qualify for said particular award; 18, further comprising the step of displaying to said user, via 

anc j said computer system, an amount of award points necessary 

subtracting said points from said account of said user. to qualify for an incentive award. 

12. The method as set forth in claim 10, wherein the step 23. The computer readable medium as set forth in claim 
of redeeming a particular award for said user comprises the 18> father comprising the step of permitting a user to enroll 
steps of- m sa ^ on-line incentive program. 

displaying, via said Internet webpage, a catalog of awards 24 ^ computer readable medium as set forth in claim 

redeemable with said award points of said on-line 18 > forther comprising the step of providing said user with 

incentive system; and AC an on " line order form for ordering a product for purchase. 

i ** u • j tU ~* • n „ , 45 25. The computer readable medium as set forth in claim 

accepting a selection by said user that indicates an award . . . , v . . , - 

£ • j t ! 24, further comprising the steps of: 

from said catalog. * , , 

13. The method as set forth in claim 12, further compris- establishing an on-line link to an order computer; and 
ing the steps of: sending electronically to said order computer information 

providing said user with an on-line redeeming form 50 ^/^ived from said on-line order form. 

comprising entries that specify an award for redeeming a 26 r ™ e computer readable medium as set forth m claim 

said award points; and 18 ' further comprising the steps of: 

establishing an on-line link to an award computer; and receiving credit information from said user for purchase 

sending, via said on-line link, entries of said on-line °[ »«| at least °, ne P?*"* 

redeeming form to said award computer. 55 establishing an on-line link to a computer; and 

14. The method as set forth in claim 10, further compris- sending electronically to said computer said credit lnfor- 
ing the step of permitting a user to review an awards catalog mation to verify available credit for said user. 

from said Internet webpage that comprises awards redeem- 21 ■ A computer readable medium comprising a plurality 

able for said award points. °f instructions, which when executed by a computer, causes 

15. The method as set forth in claim 10, further compris- 60 the computer to perform the steps of: 

ing the step of permitting a user to review an account from implementing an on-line incentive program that issues 

said Internet webpage for said user, wherein said account award points to users, wherein said award points are 

reflects an amount of said award points credited to said user. redeemable by said user for an award; 

16. The method as set forth in claim 10, further compris- implementing an Internet webpage accessible, via a com- 
ing the step of permitting a user to preview information 65 puter system, to at least one user of said on-line 
about said on-line incentive program from said Internet incentive program for on-line interactive comrminica- 
webpage. tions between said user and said Internet webpage; 
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offering, on said Internet webpage, at least one redeem- 
able award available to said user for exchange of said 
award points; and 

permitting said user to initiate a process to receive said at 
least one redeemable award for exchange of said award 
points issued to said user through said on-line incentive 
program. 

28. The computer readable medium as set forth in claim 

27, wherein the step of permitting said user to initiate a 
process to receive a redeemable award comprises the steps 
of: 

accessing an account of said user; 

redeeming a particular award for said user based on said 
points issued to said user if said user has earned 
sufficient points to qualify for said particular award; 
and 

subtracting said points from said account of said user. 

29. The computer readable medium as set forth in claim 

28, wherein the step of redeeming a particular award for said 
user comprises the steps of: 

displaying, via said Internet webpage, a catalog of awards 
redeemable with said award points of said on-line 
incentive system; and 

accepting a selection by said user that indicates an award 
from said catalog. 

30. The computer readable medium as set forth in claim 

29, further comprising the steps of: 

providing said user with an on-line redeeming form 
comprising entries that specify an award for redeeming 
said award points; and 
establishing an on-line link to an award computer; and 
sending, via said on-line link, entries of said on-line 
redeeming form to said award computer. 

31. The computer readable medium as set forth in claim 
27, further comprising the step of permitting a user to review 
an awards catalog from said Internet webpage that com- 
prises awards redeemable for said award points, 

32. The computer readable medium as set forth in claim 
27, further comprising the step of permitting a user to review 
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an account from said Internet webpage for said user, wherein 
said account reflects an amount of said award points credited 
to said user. 

33. The computer readable medium as set forth in claim 
5 27, further comprising the step of permitting a user to 

preview information about said on-line incentive program 
from said Internet webpage. 

34. The computer readable medium as set forth in claim 
27, further comprising the step of permitting a user to apply 

10 for membership to said on-line incentive program from said 
Internet webpage. 

35. A computer system for implementing an on-line 
incentive program, said computer system comprising: 

15 software for offering at least one product for sale to at 
least one user via an Internet webpage, said Internet 
webpage being accessible to said user for on-line 
interactive communications between said user and said 
Internet webpage; and 

20 software for determining whether said user qualifies for 
one or more award points based on said user's response 
to purchase said at least one product, for calculating 
said award points according to a preprogrammed for- 

25 mula if said user qualifies for said award points, and for 
issuing said award points to an account of said user if 
said user qualifies for said award points, wherein said 
award points are redeemable by said user for an award. 

36. A computer system for implementing an on-line 
30 incentive program, said computer system comprising soft- 
ware for offering, on an Internet webpage, at least one 
redeemable award available to said user for exchange of at 
least one award point, and for permitting said user to initiate 
a process to receive at least one redeemable award for 

35 exchange of said award points, said award points being 
issued from said on-line incentive program, and said Internet 
webpage being accessible to said user for on-line interactive 
communications between said user and said Internet 
webpage. 

+ + * * 4 
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